App-Transport-Framework
Antrieb für digitale und dezentrale Use Cases im Gesundheitswesen
App Transport Framework | Einführung | remote | extern
Problem: lange Prozesse dezentraler Use Cases
2
App Transport Framework | Einführung | remote | extern
Problem: lange Prozesse dezentraler Use Cases
3
Die gematik spezifiziert vornehmlich Prozesse, die durch zentrale Komponenten
gestützt sind.
Der betriebliche Alltag von diversen Teilnehmern des Gesundheitswesens ist
zumeist aber bestimmt durch dezentrale Prozesse:
Rückfragen zu Rezepten
Anfrage eines Rezepts nach einer BtM Notfallverordnung
Anfragen zu einem Rezept für einen Bewohner einer Pflegeeinrichtung
Anfragen zu Rezepten für parenterale Zubereitungen
…uvm.
Diese Prozesse laufen mehrheitlich als Peer-to-Peer-Kommunikation zwischen
Leistungserbringern (P2P) ab.
Großes Potential für die Digitalisierung diese Prozesse zu verbessern und
beschleunigen
App Transport Framework | Einführung | remote | extern
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
4
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
5
Zur Beschleunigung der Implementierung von neuen Use Cases möchte die gematik ein
Framework basierend auf FHIR vorstellen
Dieses Framework soll es ermöglichen dezentrale Prozesse zu vereinheitlichen und damit
die Implementierung zu vereinfachen
Behauptung: Das ATF bietet eine Grundlage für schnelle Umsetzung dezentraler Use Cases
im Gesundheitswesen.
Potentiale für Hersteller:
Erhöhte Taktfrequenz neuer Features im Feld
Einheitliches Verfahren zur P2P-Kommunikation
Damit Kosteneffizienz der Implementierungen
Potentiale für Anwender:
Schnellere Verfügbarkeit neuer dezentraler Use Cases
Reduzierung von Verwaltungsaufgaben und Beschleunigung von Workflows
Erhöhen der Zufriedenheit durch stabile und digitale Prozesse
App Transport Framework | Einführung | remote | extern
App Transport Framework | Einführung | remote | extern
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
6
Damit bietet das ATF ein solides Framework für aktuelle und zukünftige Use Cases
Begründet dadurch, dass:
Für das ATF diverse Use Cases entwickelt werden können
Das ATF von Natur aus protokollagnostisch ist
Das ATF daher auf aktuelle Technologien aufsetzen kann
Das ATF Fehlerhandling und Verbesserungen begünstigt
App Transport Framework | Einführung | remote | extern
Einführung in das
App-Transport-Framework
1.Anforderungen
2.Technische Grundlagen
3.Folgende Erweiterungen
7
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
8
vs.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
9
Warum wird das ATF gebraucht?
Aktuell sind viele Use Cases mit zentraler Komponente abgebildet
Es gibt keine einheitliche Spezifikation für P2P-Kommunikation
Es gibt keinen einheitlichen Ansatz zum Beheben von Verarbeitungsfehlern in der
P2P-Kommunikation
Keinen Ansatz für generalistischen Austausch strukturierter Anwendungsfälle im
Gesundheitswesen
Wofür kann das ATF verwendet werden?
Strukturierter Datenaustausch: Ermöglicht direkten Datenaustausch zwischen
datenhaltenden Systemen, ohne dass menschliche Benutzer in den Prozess involviert
sind. Dies führt zu einer vollautomatischen Zusammenstellung, Versand, Empfang
und Weiterverarbeitung der Daten.
Zielgerichteter Versand: Unterstützt gezielte Übermittlung von Informationen,
wobei die Systeme nicht in permanentem Austausch stehen müssen, was die Effizienz
und Zielgenauigkeit der Kommunikation erhöht.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
10
Herausforderung der Validierung in Peer-to-Peer Netzwerken
Im Gegensatz zu zentralisierten Systemen, wo ein zentraler Server die Validierung
eingehender Informationen übernimmt, fehlt in Peer-to-Peer Netzwerken ein solcher
zentraler Kontrollpunkt. Dies führt dazu, dass jeder Teilnehmer die Informationen
selbstständig validieren muss.
Welche Lösung bietet das ATF?
Standardisierter Austausch: Das ATF schafft einen Rahmen, innerhalb dessen
Sender und Empfänger Informationen über die Validität und den Verarbeitungsstatus
von Nachrichten austauschen können.
Lösung von Konflikten: Das Framework ermöglicht es, auf effiziente Weise
festzustellen, ob Nachrichten korrekt verarbeitet wurden und bei Problemen den
Ursprung schnell zu identifizieren.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
11
Vielzahl an Use Cases
Zielgerichteter Nachrichtenaustausch
Automatisierte Verarbeitung
Empfangsbestätigung
Zuordenbarkeit von Nachricht zu Hersteller
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
12
Mögliche Anwendungsfälle:
Rezeptanforderung in der Pflege
Rezeptanforderung für parenterale Zubereitungen
Rezeptanforderung für BtM Notfallverordnungen
Korrekturanfrage
uvm.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
13
Das ATF nutzt standardisierte Prozesse für die Systemkommunikation, die speziell auf einzelne Anwendungsfälle
zugeschnitten sind:
Anwendungsfall-Repräsentation: Jeder Anwendungsfall wird durch ein CodeSystem repräsentiert, um Eindeutigkeit
in Identifizierung und Verarbeitung sicherzustellen.
Verzeichnisdienst (VZD): Im VZD wird für KIM-Adressen definiert, welche Anwendungsfälle unterstützt werden, um
eine zielgerichtete Kommunikation zu ermöglichen.
Nachrichten-Repräsentation: Jede Jede ATF-Nachricht verwendet ein CodeSystem zur Klärung ihres
Anwendungsfalls und Zwecks, was eine effiziente Verarbeitung ermöglicht.
Kapselung der Anwendungsfalldaten: Das ATF fasst die FHIR-Ressourcen eines Anwendungsfalls in einer
übergeordneten Ressource zusammen und integriert die für den Anwendungsfall wichtigen Metadaten im Kopfbereich
dieser übergeordneten Ressource.
Empfangsbestätigungen: Jede Nachricht erhält automatisch eine standardisierte Bestätigung, die über erfolgreiche
Verarbeitung oder Fehler berichtet und so die Sicherheit und Qualität der Kommunikation verstärkt.
Zuordenbarkeit: Jede Nachricht kann einer sendenden Software und einem Hersteller zugeordnet werden, welcher
über eine angegebene Adresse kontaktiert werden kann.
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Was?
14
FHIR-Projekt mit Implementation Guide
Grundlegender Workflow für Nachrichtenaustausch
Enthält selbst keinen Use Case
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Wie?
15
Event-Codes für Use Cases
Hinterlegen der unterstützten Codes im VZD
Verpflichtende Meta-Informationen vom Sender
Verpflichtende Empfangsbestätigung
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Event-Codes vs. KIM-Dienstkennung für Use Cases
16
MessageHeader.eventCode legt fest, welcher Sendeweg innerhalb eines Use Cases
ausgeführt wird
Codes sind unter https://simplifier.net/app-transport-framework/service-identifier-cs
definiert
Bspw. „eRezept_Rezeptanforderung;Rezeptanfrage_Storno“ informiert den
Empfänger, dass eine Rezeptanfrage storniert werden möchte
Der Event-Code bestimmt die Businesslogik zur Verarbeitung der Nachricht
KIM Dienstkennung im KIM-Header gibt den Use Case an,
bspw:„eRezept_Rezeptanforderung“
EventCode im MessageHeader gibt die konkrete Nachricht im Use Case an, bspw.:
„eRezept_Rezeptanforderung;Abgabebestaetigung“
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Hinterlegen der unterstützten Codes im VZD
17
VZD listet KIM Adressen und deren unterstützte Use Cases
Codes kommen aus https://simplifier.net/app-transport-framework/app-tags-cs
bspw. App Tag „eRezept_Rezeptanforderung“, sagt, dass diese KIM Adresse den Use
Case zur Rezeptanforderung unterstützt
Dieses App Tag wird als KIM-Dienstkennung im KIM-Header angegeben
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Meta-Informationen zum Sender
18
Folgende Informationen des Systems, was die Nachricht erstellt hat, sind
verpflichtend in einer jeden Nachricht anzugeben:
Name des Herstellers
Name der Software
Version der Software
Kontaktmöglichkeit zum Hersteller
Das soll die Kommunikation bei und das Beheben von Fehlern erleichtern
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Empfangsbestätigung
19
Automatisierte Benachrichtigung an den Sender
Informiert über die Verarbeitbarkeit der Nachricht
Bei korrekter Validierung wird der sendende Client darüber informiert, dass die
Nachricht korrekt übermittelt wurde und verarbeitet werden kann
Im Fehlerfall wird der sendende Client darüber informiert, dass eine Nachricht nicht
bearbeitet werden kann
App Transport Framework | Einführung | remote | extern
Beispiel
20
☑️ UseCase
☑️ Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Happy Case
21
[1] Rezeptanforderung
[2] Empfangsbestätigung
Client A Client B
UseCase
Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Happy Case
22
[1] Rezeptanforderung
[2] Empfangsbestätigung
[3] Rezeptübermittlung
[4] Empfangsbestätigung
Client A Client B
☑️ UseCase
☑️ Inhalt
UseCase
Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
23
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
Client A Client B
☑️ UseCase
☑️ Inhalt
UseCase
Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
24
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
[3] Korrektur
Client A Client B
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
25
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
[3] Korrektur
[4]
Korrigierte_Rezeptanforderung
Client A Client B
[5] Empfangsbestätigung
☑️ UseCase
☑️ Inhalt
UseCase
Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Use Cases
26
parenterale Zubereitung
BtM Notfallverordnung
Rezeptanforderung weitere…
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Use Cases
27
Auf das ATF können diverse Use Cases aufsetzen
Zugrundeliegend ist immer der gleiche Request-Response
Mechanismus und das FHIR-Messaging Paradigma
Use Cases definieren dann die konkreten Workflows und Abläufe, sowie
Inhalte der Nachrichten
Gematik definiert und spezifiziert die Use Cases im Austausch mit
Anwendern und Herstellern
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Übertragungs-Protokolle
28
Wie FHIR:Protokollagnostisch
Aktuell KIM
Zukünftig: TIM
Jedes Protokoll denkbar
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Übertragungs-Protokolle
29
Theoretisch ist das ATF protokollagnostisch
Es kann mit jedem beliebigen Transportmedium genutzt werden
Aktuell ist, aufgrund von Rahmenbedingungen, KIM der beste
Übertragungsweg
Zukünftig ist TIM vorgesehen
Es sind aber auch andere Wege möglich
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Community
30
Kollaborative Optimierung
Gematik kann Plattform bieten
Verbesserungen am ATF via GitHub Issues
Foto von Sten Rademaker auf Unsplash
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Community
31
Für die Korrektur von Fehlern ist die Community darauf
angewiesen im guten Austausch zu sein
Die Gematik kann die Plattform anbieten, bspw. ERPFIND mit
eigenem Epic/ Label
Verbesserungen am Framework und Use Case sind über
GitHub Issues zu erstellen
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Testing
32
Testen der Artefakte via HL7 Java Validator
Hersteller stellen KIM-Adressen in der RU bereit
Use Cases können dort getestet werden
Foto von Luuk Wouters auf Unsplash
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Support
33
Entwicklung in Kooperation mit Simone Heckmann (IOP-Counsil)
Empfehlung der HL7 DE
im Best Practice Guide
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Support
34
Die Idee und das Projekt sind in Zusammenarbeit mit Simone Heckmann
in ihrer Rolle als Mitglied im IOP-Counsil entstanden
Die HL7 Deutschland hat in ihrem Best Practice Guide für die FHIR
Spezifizierung und Implementierung ebenfalls den Einsatz des ATF für die
automatisierte Verarbeitung und Nutzung von KIM-Nachrichten
empfohlen:
s. https://ig.fhir.de/best-practice/1.0.0/%C3%9Cbersicht-Spezifikation-
Auswahl-eines-geeigneten-Austausch-Paradigmas.html
App Transport Framework | Einführung | remote | extern
Das App Transport Framework
35
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Informationen
36
Simplifier Projekt: FHIR Ressourcen und Pakete
https://simplifier.net/app-transport-
framework/~resources?category=Profile&sortBy=RankScore_desc
Implementation Guide (IG): Die detaillierte Beschreibung für Implementierer und
Spezifizierer, die auf dem ATF aufbauen wollen.
https://simplifier.net/guide/atf-implementation-guide?version=current
Proof of Concept: Beispielimplementierung einer ATF Bibliothek in Python, welche in den
Beispielimplmentierungen den Anwenungsfällen des ServiceRequest verwendet wird.
https://github.com/gematik/api-app-transport-framework/tree/main/src/poc
App Transport Framework | Einführung | remote | extern
ATF: Framework für die Zukunft?
37
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
mit Zukunft?
38
Die Gematik ist überzeugt, dass das ATF die Zukunft für dezentrale Use Cases im
deutschen Gesundheitswesen sind, da
Der grundlegende Nachrichtenaustausch nur ein mal implementiert werden muss
dadurch Use Cases schneller implementiert werden können
das VZD für KIM ausweist, welche Use Cases ein Empfangendes System
unterstützt
Umstellung auf andere Protokolle (z.B. TIM) einfach möglich ist
ATF
Ein Framework mit Zukunft!